約 188,892 件
https://w.atwiki.jp/flashflex/pages/15.html
OSX の mxmlc や amxmlc で文字化け対処 Java の文字コードが OSX のターミナルと異なるために文字化けします。 Flex SDK の bin/mxmlc を編集し、最後の行の java $VMARGS $D32 $SETUP_SH_VMARGS .. の $VMARGS の前に -Dfile.encoding=UTF8 を追加します。 例) java -Dfile.encoding=UTF8 $VMARGS $D32 $SETUP_SH_VMARGS -jar "$FLEX_HOME/lib/mxmlc.jar" +flexlib="$FLEX_HOME/frameworks" "$@" この方法を使うときには同様に bin/compc や bin/fdb などにも設定する必要があります。 Flex SDKの bin/jvm.config ファイルの java.args に同じ指定すればいいはずですがうまく動作しない場合があります。 環境変数 _JAVA_OPTIONS=-Dfile.encoding=UTF-8 を設定する方法もあります。 例) export _JAVA_OPTIONS=-Dfile.encoding=UTF-8 mxmlc -debug Sample.as この方法では mxmlc などが _JAVA_OPTIONSを検出したことを標準エラー出力に表示しますので ビルドツールによってはビルドが失敗するような場合があります。 英語のメッセージで表示したいなら環境変数 LC_ALL=en_US.UTF-8 を指定する方法があります。 例) LC_ALL=en_US.UTF-8 mxmlc -debug Sample.as
https://w.atwiki.jp/fedora-custom/pages/30.html
Windowsのパワーポイントで数式を良く入れる!! そんなときtexのコマンドでいれられるのが takatex です まずはplatexのインストール その後、環境変数の指定が必要 上記のTEXインストーラでplatexを入れた人は、 ghostscriptのpathは勝手に書きこまれるので気にしなくていいです^^ しかし、おそらくw32texのbinまでのpathを通す必要があります。 設定を変えていなければ、Cドライブの直にw32texがあります その中に、binというファイルもあると思います。 そこまでのpathを通します。 環境変数の変数をPATHとして、 値を、 C \w32tex bin としてあげればOK^^ takatexはdvipskというのを呼び起こすのですが、2010年くらいにdvipskとdvipsは統合されちゃったそうです。 ググったらスクリプト変えるとOKと書いてあったのですが、初心者の僕には分りかねます。。 なので、platexをインストールしたときに出来た、 C \w32tex\bin のなかにある、 dvips というファイルをコピーして、あらたに、 dvipsk として保存してください^^ そしたらうまく行っちゃいます^^ 強引なやり方かもしれませんが、初心者だしいまはこの辺でいいでしょう^^ これを見ているのは研究に没頭している理系が主だと思います! 理系じゃ女の子との接点少ないですよね?? 下のURLは無料ポイントだけで遊ぶのもOK!! ってか無料ポイントを活用しないてはないでしょ^^ ぜひぜひ無料ポイントで出会っちゃってくださいな(*^_^*) はぴめ!!
https://w.atwiki.jp/autoit/pages/16.html
環境変数とクリップボード ファイル処理 画像・音 GUI関数 キーボード操作 マウス操作 ダイアログボックス 数学関数 ネットワーク COM オブジェクト プロセス レジストリ 文字列 タイマー トレイ 変数操作 ウィンドウ操作 その他の組み込み関数
https://w.atwiki.jp/m_shige1979/pages/900.html
リクエスト取得 GETパラメータの取得 POSTパラメータの取得 GET、POSTパラメータの取得 サーバ環境変数の取得
https://w.atwiki.jp/extranote/pages/48.html
Webアプリケーションの構成と基本的な設定 web.xmlとコンテキスト記述子 Tomcatのインストール Javaインストールと環境変数
https://w.atwiki.jp/kuwa0224kuwa/pages/27.html
連想配列について 連想配列の作り方 %seasons=( SP = Spring , SU = Summer , F = Fall , W = Winter ); 参照はこんな感じ。 print $seasons{ SP }, "\n"; # print Spring スカラ変数と配列変数は分けられるため、同じ変数名に入れても大丈夫。 $seasons = $seasons{ SP }; print $seasons, "\n"; print %seasons, "\n"; 連想配列をファイルから作る name が改行区切りで書いてあるファイルを作る。 open(NAMES, "names.txt") || die "Can t open names.txt $!\n"; while( NAMES ) { $num = $.; chomp($name=$_); $list{$num} = $name; print "$num $name\n"; } close NAMES; while(1) { print "Number for which name?"; chomp ($num = STDIN ); last unless $num; $name = $list{$num}; if ($name) { print "Name $name\n"; } else { print "Not Found.\n"; } } 特殊な連想配列 ENV 環境変数の連想配列。 keyには環境変数名。valにはその値。 SIG シグナルハンドラの連想配列。 keyにはシグナル名。valにはハンドラ(どうやって実行するか決めれる)。 デフォルトでは、 DEFAULT というハンドラが格納されており、強制中断させる処理がはいっている。 INC do関数、またはrequire関数によってインクルードされたファイルエントリ。 keyはファイル名、値はファイルのパス。
https://w.atwiki.jp/cscd/pages/185.html
0.(expat-develというのが入ってなかったのでインストール) 1. geant4 ライブラリの作成用のフォルダの作成とmakefileの作成 2. make と install。 3. rootになってinstall 4. geant4.9.5/binにあるgeant4.shを実行して環境変数を設定する。 5. 環境変数の設定 6. novice/N01 をコンパイルしてみる。 卒研でGeant担当だった同期のSくんにご寄稿いただきました。インストールが簡略化されたようです。以前の内容はこちら。 How to install from source file for English. Geant4_CMake - KobaWiki 変更点 clhep が geant4 のソースに入って個別インストール不要に! cmake を使って make ファイルを作るように変更になった。 cmake の引数のオプションを使うとInstall Dataをまとめて自動ダウンロード(以下でもこのオプションを使用してます) make でプログレスが表示され見やすくなった!(あくまで個人的に; etc... ということで、インストールとかのビルド手順のまとめ。 ソースコードを持ってきて解凍したのは /home/soyama/geant4.9.5、インストールするのは /home/soyama/geant/geant4.9.5 だとした場合です。 0.(expat-develというのが入ってなかったのでインストール) ↑これはなくても大丈夫っぽい... 気になるかたは各自調べてください。 Expat (library) - Wikipedia, the free encyclopedia 1. geant4 ライブラリの作成用のフォルダの作成とmakefileの作成 $ mkdir /home/soyama/geant $ mkdir /home/soyama/geant/geant4.9.5-build $ cd /home/soyama/geant/geant4.9.5-build $ cmake -DCMAKE_INSTALL_PREFIX=/home/soyama/geant/geant4.9.5 -DGEANT4_INSTALL_DATA=ON -DGEANT4_USE_OPENGL_X11=ON -DGEANT4_USE_RAYTRACER_X11=ON /home/soyama/geant/geant4.9.5 cmakeのオプションは順番に、 インストールディレクトリ Install Dataをまとめて自動ダウンロード openGL,x11 Driver Ray tracer の使用. 注)cmakeの引数はSくんからのメールによれば/home/soyama/geant/geant4.9.5 となっているが、正しくは/home/soyama/geant4.9.5だと思われる。つまり、cmakeの行は正しくは、 $ cmake -DCMAKE_INSTALL_PREFIX=/home/soyama/geant/geant4.9.5 -DGEANT4_INSTALL_DATA=ON -DGEANT4_USE_OPENGL_X11=ON -DGEANT4_USE_RAYTRACER_X11=ON /home/soyama/geant4.9.5 であろう。(OK) 2. make と install。 make の引数は CPU のcore数とのこと。Pentium DualCore なので、ここでは2に。 $ make -j2 うまく通ると -- The C compiler identification is GNU -- The CXX compiler identification is GNU -- Checking whether C compiler has -isysroot ... ...省略 ... -- Configuring done -- Generating done -- Build files have been written to /Applications/geant4.9.5-build と、表示される 3. rootになってinstall $ sudo make install 完了するとgeant4.9.5 みたいなディレクトリが作られていて, 中にbin lib include shareの4つのディレクトリが入っている。 注)インストール先のフォルダをホームフォルダ内にしてるので、suになる必要はないと思われる。(OK) 4. geant4.9.5/binにあるgeant4.shを実行して環境変数を設定する。 $ cd /home/soyama/geant4.9.5 $ . bin/geant4.sh とするだけ。何も表示されないが $ printenv | grep G4 とするとデータファイルのパスなどが通っていることがわかる。 注)シェルスクリプトを実行している所で、ピリオドとbinの間にスペースがあることに注意。(OK) 5. 環境変数の設定 上記4.に加えて、home/soyama/.bashrcなどで次の行を書き加える。(もしかしたらいらないかも) $ . /home/soyama/geant/geant4.9.5/bin/geant4.sh 注)これもスペースがあることに注意。(OK) 6. novice/N01 をコンパイルしてみる。 $ cd /home/soyama/geant/geant4.9.5/example/novice/N01 $ . /home/soyama/geant/geant4.9.5/share/Geant4-9.5.0/geant4make/geant4make.sh $ make errorがなければ、/home/soyama/geant/geant4_workdir/bin/Linux-g++ 以下に実行ファイルができている。 注)1行目で、exampleディレクトリがあるのは/home/soyama/geant4.9.5のほうだと思われる。また、expat-develが入っていないと /usr/bin/ld cannot find -lexpat と怒られる。(OK)→0.(expat-develが入ってなかったのでインストール) ※作業ディレクトリで上記2行目を実行することでmake時の環境変数の設定が設定されるっぽい。 このシェルスクリプト(?)のディレクトリにPATHを通しておくと、 $ . geant4make.sh での代用可。 ※GNUmakefileにROOTSYSなどの設定を書き込んでいた昔のものがsegmentation errorとなるときは その部分をコメントアウトすることで対処。 おそらくその他も同様にmakeできる。
https://w.atwiki.jp/0x0b/pages/83.html
CGI(Common Gateway Interface) ウェブサーバ上でユーザプログラムを動作させるための仕組み。現存する多くのウェブサーバプログラムはCGIの機能を利用することができる。 ウェブサーバプログラムの機能の主体は、あらかじめ用意された情報を利用者(クライアント)の要求に応じて送り返すことである。そのためサーバプログラム単体では情報をその場で動的に生成してクライアントに送信するような仕組みを作ることはできなかった。 そこでサーバプログラムから他のプログラムを呼び出し、その処理結果をクライアントに送信する方法が考案された。それを実現するためのサーバプログラムと外部プログラムとの連携法の取り決めがCGIである。 CGIは環境変数や標準入出力の扱える実行環境からであればプログラミング言語の別を問わず幅広く利用できるが、実行速度やテキスト処理の容易さなどの兼ね合いによりPerlが使われることが多かった。近年では、Perlに加えてPython、Rubyなども広く使われている。 代表的なアプリケーションには、電子掲示板、アクセスカウンタ、WikiやBlogシステムなどがある。 近年では、Webサーバのプロセスとしてインタプリタを常駐させておくことにより、CGIからプログラムを呼び出すオーバヘッドを減らし、パフォーマンスを向上させたJava Servletやmod_perl、mod_php、FastCGI、WSGIなどのインタフェース・実装も出現している。 仕様 CGIの仕様はNCSAにより最初に定義・実装(NCSA HTTPdにおいて)され、現在の最新版はCGI1.1である。2004年にRFC 3875となった。 RFC3875 The Common Gateway Interface (CGI) Version 1.1 CGIは、典型的には以下のような動作を期待される。CGIを経由して実行されるプログラムのことを、CGIプログラムと呼ぶ。 CGIプログラムはウェブサーバがクライアントからのリクエストに応じて起動する。 典型的には、ウェブサーバの公開領域に置かれたプログラムに対応するURIへのリクエストがあると、サーバはそのプログラムをCGIの取り決めに従って呼び出す。 CGIプログラムへの情報の入力は、コマンドライン引数、環境変数、標準入力によって行われる。 ウェブサーバがプログラムを呼び出す時点でいくつかの環境変数を定義することが定められている。 特に、クライアントがサーバに要求したURIのうち、検索文字列(Query String)部が環境変数 QUERY_STRING に設定されるので、これはHTMLフォームからGETメソッドで入力を受けるのに便利である。 QUERY_STRINGに文字 = が含まれない場合は、サーバはQUERY_STRINGの内容をコマンドライン引数としてCGIプログラムに渡す。これはHTMLのISINDEX要素を用いて送信された情報を扱うのに便利である。 クライアントからのHTTPリクエストのBODY部はCGIプログラム標準入力に流し込まれる。また、その入力の長さが環境変数CONTENT_LENGTHに設定されている。これはHTMLフォームからPOSTメソッドで入力を受けるのに便利である。 CGIプログラムに対応する仮想パスの後に、更に余分のパスが続いた場合、その情報は環境変数 PATH_INFO に格納され PATH_INFO をウェブサーバの仮想パスと解釈した際に対応すべき物理パスが環境変数 PATH_TRANSLATED に格納される。この方式もまたCGIプログラムにユーザー側からパラメータを渡す目的でよく用いられる。 プログラムが標準出力に出力したデータは、ウェブサーバを経由してクライアントに送られる。このデータは正当なHTTPヘッダで始まらなければならない。 ただし、いくつかの特別なヘッダフィールドは「サーバディレクティブ」として解釈され、ウェブサーバの挙動(ステータスコードなど)に影響を与える。これ以外の全てのヘッダフィールドはそのままクライアントに送信される。 現在のWWWではHTMLが中心的な役割を果たしているので、CGIプログラムはHTMLを出力するケースが圧倒的に多い。 画像データなどを出力することもある(これはアクセスカウンタなどを作る際に使われる)。 The CGI Specification(archive.org) RFC 3875 The Common Gateway Interface (CGI) Version 1.1 RFC 1630 Universal Resource Identifiers in WWW RFC 2616 Hypertext Transfer Protocol -- HTTP/1.1 サーバサイドスクリプト Webプログラミングでは、サーバ側で動作するプログラムとクライアント側で動作するプログラムの両方を開発しなければならない 例としてサーバサイトにつかう言語と環境としてCGI + PerlやPHP、Ruby、Java Servlet + JSP + Enterprise JavaBeans + Spring Framework + Apache Struts(Java EE)、.NET(ASP.NET(C#,VB.NET))などが挙げられる。 サーバサイドでのプログラミングには次のような特徴がある。 アクセスが殺到しやすいウェブサイトではデータベースに高い負荷がかかりがちであるため、その解決のためにDBMSの知識がソフトウェア開発において求められることが多い。さらに金融系や基幹系業務やB2Bなどミッションクリティカルな領域での開発ではフロントエンドだけでなくバックエンドの開発も行うためUNIXやサーバ、ネットワーク、セキュリティ、計算機科学、ソフトウェア工学の知識が求められる事が多い。 またサーバサイドのプログラムでは多くの場合、複数ユーザの操作に応じた処理が同一プロセスのメモリ空間上で行われるので、ユーザごとに適切にメモリ上の情報が分離されるよう意識してプログラミングしなければならない。例えばJava ServletやJSPでクラス変数を不適切に使用して、そのサーブレットにアクセスする複数のユーザがその変数を共有してとんでもない事態に発生するミスも過去に実際起きている。この変数がもし銀行口座の預金残高などに使われていた場合、その事態は顧客やエンドユーザーからの信用を徹底的に失うほど非常に深刻なものとなる。 クライアントサイドスクリプト クライアント側のプログラミングは困難となりがちである。これを省力化するためのライブラリが様々に用意されており、例としてJavaServer Facesの部品として利用可能なライブラリAjaxFaces、JSPカスタムタグライブラリとして導入できるAjaxTags、JSP, JSF両方で利用可能なAjaxAnywhere等がある。なお、これらはいずれもAJAXを実現するライブラリで、これらを用いることでJavaScript等によるクライアントサイドのコードの開発に比重を置くことなく、リッチなウェブアプリケーションを開発できることが期待できる。 クライアントサイドでのプログラミングは、Ajax(JavaScript + XML)のようにウェブブラウザ上で動くプログラミング言語を用いて行われるケースもあるが、近年ではリッチクライアントが登場し、ウェブブラウザのかわりにブラウザ依存を避けられるJava Web StartやClickOnceやAdobe Flashを使うケースも増えている。 JavaScriptを用いる場合、ウェブブラウザには様々な実装系があるため[3]、クライアント側のでプログラミングを行うためには、複数の実装系に精通している必要があった。しかし、JavaScriptに使用されているAjaxがGoogle Mapsに実装されることで脚光を浴びるにつれて、Ajaxに使用する(prototype.jsなどの)ライブラリが、ブラウザ依存しにくいように設計されるようになってきた。Ajaxのライブラリ、フレームワークを使いこなしていれば複数の実装系依存に拘る必要は無くなってきている。 従来では、Web開発におけるクライアントサイドといえば、WebデザイナがHTMLと小規模なJavaScriptやAdobe Flashで作られたサイトを開発する程度のものであったため、オブジェクト指向プログラミングの習得についてほとんど意識する必要がなかった。しかし端末ハードウェアの性能が向上し、HTMLクライアントの限界と不満が叫ばれるようになってゆき、Ajaxとリッチクライアントが注目されるにつれて、クライアントサイドでもオブジェクト指向プログラミングを習得する必要性が高まってきた。リッチクライアントに使用する技術の一つであるSwingなどによるGUI開発ではオブジェクト指向プログラミングは、ファットクライアント、スタンドアロンアプリケーション時代から必須のものである。またAjaxのフレームワークの多くはオブジェクト指向プログラミングで設計されている[4]。 ウェブブラウザはウィンドウシステムやウィジェット・ツールキットとは異なり、アプリケーションがGUIを実現できるようにする事を元来の目的とするプログラムではなく、Web上のHTML文書などを閲覧することを主な目的とするプログラムなので、そのプログラム上で良いGUIを実現するには様々な工夫が求められる。その工夫の例としてAjaxやリッチクライアントがある。 リッチクライアント HTMLクライアントの欠点を補うために、HTMLクライアントとクライアントサーバシステムで使われてきたファットクライアントとの中間に位置するリッチクライアントも注目されている。リッチクライアントとして挙げられるものは、Java Web Start、.NETのClickOnce、AdobeのAIRなどがある。これらの登場により、クライアントサイドの開発は一変しつつある。 Perl PHP Ruby
https://w.atwiki.jp/ohden/pages/599.html
クォーテーションの違いについて Windows 7 Professional ダブルクォーテーションとシングルクォーテーションの違いについて、ダブルクォーテーションだと値の有無判定で動かないパターンがあったのでメモ。 e.g.) ダブルクォーテーション @echo off if "" == "%1" ( echo 引数無し ) else ( echo 引数有り ) e.g.) シングルクォーテーション @echo off if '' == '%1' ( echo 引数無し ) else ( echo 引数有り ) どうやら、バッチではシングルクォーテーションは、ただの文字らしい。 もちろん、ダブルクォーテーションはただの文字では無い。 で、何がトリガなのかは分からんのじゃが、たまーにダブルクォーテーション付けとるにも関わらず、付いてないことになったりして、比較演算が正しく動かん事があった。(´・ω・`) ※上の例のechoの部分は、当然がっつり処理を書いてる状態。 空かどうかの判定では、環境変数が空だった時に比較できなくなることを防ぐために環境変数の両端をくくる。 が、空だった時に正しく判定できれば良いだけなので、クォーテーションでなくても構わない。数字でもアルファベットでもなんでも良い。 なので、コマンドプロンプトの余計なお節介の被害に合わないように、空かの判定ではダブルクォーテーションではなく、シングルクォーテーションを用いるようにした方が良い。 更新日: 2014年08月12日 (火) 14時09分00秒 名前 コメント すべてのコメントを見る
https://w.atwiki.jp/kiryugaya/pages/293.html
位相次元の磁軸復元可塑性 甲斐のSF的造語。 一度ずれた次元は互いに磁力を帯びたように引き合い、その復元しようとする際の可塑性は次元に起こったゆがみを完璧に修復してみせる。 要するに、時限に生じた傷やゆがみをふさぐ手立てさえあれば、切断された次元すら何事もなく戻ることを示唆した可能性のことである。